Skip to content

fix(ci): paginate issue listing in weekly sdk tier assessment - #721

Open
anubhav756 wants to merge 2 commits into
mainfrom
anubhav-conformance-dashboard
Open

fix(ci): paginate issue listing in weekly sdk tier assessment#721
anubhav756 wants to merge 2 commits into
mainfrom
anubhav-conformance-dashboard

Conversation

@anubhav756

@anubhav756 anubhav756 commented Jul 19, 2026

Copy link
Copy Markdown
Contributor

Overview

Fixes a bug in the Weekly SDK Tier Assessment workflow where older open assessment issues were not found, leading to duplicate issue creation.

Problem

The workflow calls github.rest.issues.listForRepo directly without pagination. The GitHub REST API defaults to returning only the first 30 open issues (sorted descending by creation date).

For repositories with a high number of open issues, older SDK assessment issues are pushed beyond the first page and are not returned in the result. Consequently, the workflow fails to find the existing open issue and creates a new one instead of updating it.

Solution

Replaced the direct github.rest.issues.listForRepo call with github.paginate(github.rest.issues.listForRepo, ...) to retrieve all open issues in the repository before searching for the matching title. This aligns the issue checking with the pattern already used in cloud_build_failure_reporter.yml.

Note

The corresponding change in Toolbox server is in googleapis/mcp-toolbox#3658.

## Overview
Fixes a bug in the `Weekly SDK Tier Assessment` workflow where older open assessment issues were not found, leading to duplicate issue creation.

## Problem
The workflow calls `github.rest.issues.listForRepo` directly without pagination. The GitHub REST API defaults to returning only the first 30 open issues (sorted descending by creation date).

For repositories with a high number of open issues, older SDK assessment issues are pushed beyond the first page and are not returned in the result. Consequently, the workflow fails to find the existing open issue and creates a new one instead of updating it.

## Solution
Replaced the direct `github.rest.issues.listForRepo` call with `github.paginate(github.rest.issues.listForRepo, ...)` to retrieve all open issues in the repository before searching for the matching title. This aligns the issue checking with the pattern already used in `cloud_build_failure_reporter.yml`.
@anubhav756
anubhav756 requested a review from a team as a code owner July 19, 2026 12:46
Yuan325 added a commit to googleapis/mcp-toolbox that referenced this pull request Aug 12, 2026
## Description
Fixes a bug in the `Weekly Server Tier Assessment` workflow where older
open assessment issues were not found, leading to duplicate issue
creation.

## Problem
The workflow calls `github.rest.issues.listForRepo` directly without
pagination. The GitHub REST API defaults to returning only the first 30
open issues (sorted descending by creation date).

For repositories with a high number of open issues, older issues (such
as #3321) are pushed beyond the first page and are not returned in the
result. Consequently, the workflow fails to find the existing open issue
and creates a new one (such as #3657) instead of updating it.

### Solution
Replaced the direct `github.rest.issues.listForRepo` call with
`github.paginate(github.rest.issues.listForRepo, ...)` to retrieve all
open issues in the repository before searching for the matching title.
This aligns the issue checking with the pattern already used in
`cloud_build_failure_reporter.yml`.

> [!NOTE]
> The corresponding change in Python SDK is in
googleapis/mcp-toolbox-sdk-python#721.

Co-authored-by: Yuan Teoh <45984206+Yuan325@users.noreply.github.com>
@averikitsch averikitsch added the priority: p2 Moderately-important priority. Fix may not be included in next release. label Aug 17, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

priority: p2 Moderately-important priority. Fix may not be included in next release.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants